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Verfahren und Steuerqerat zur Steuerunq des Ablaufs eines 
multitas kinqf ah i gen Comput erproqramms 



Stand der Technik 



Die vorliegende Erfindung betrifft ein Verfahren zur 
Steuerung des Ablaufs eines multitaskingf ahigen 
Computerprogramms auf einem Rechengerat, insbesondere auf 
einem Mikroprozessor, eines Steuergerats zur Steuerung 
und/oder Regelung eines Systems. Das System kann 
verschiedene mogiiche Systemzustande einnehmen. 

Die Erfindung betrifft aulierdera ein Steuerpr ogramm zur 
Steuerung des Ablaufs eines multitaskingf ahigen 
Computerprogramms auf einem Rechengerat, insbesondere auf 
einem Mi kroprozessor , eines Steuergerats zur Steuerung 
und/oder Regelung eines Systems. Das System kann 
verschiedene mogiiche Systemzustande einnehmen. Das 
St euerprogramm ist auf dem Rechengerat ablauffahig. 



Schliefilich betrifft die vorliegende Erfindung auch ein 
Steuergerat zur Steuerung und/oder Regelung eines Systems, 
das verschiedene mogiiche Systemzustande einnehmen kann. 
Das Steuergerat umfasst ein Rechengerat, insbesondere einen 
Mikroprozessor , auf dem ein multitaskingf ahiges 



2 



Computerprogramm ablauffahig ist, und Mittel zur 
Koordination des Ablaufs des Computerprogrammes. 

Aus dem Stand der Technik ist bspw. ein Computerprogramm 
5 zur Steuerung und/oder Regelung eines Fahrdynami ksystems 
(sog. elektronisches Stabilitatsprogramm, ESP) eines 
Kraf tf ahr zeugs bekannt. Das Fahrdynami ksystem kann 
verschiedene mogliche Systemzustande einnehmen. Mogliche 
Systemzustande sind bspw. ein Normalbetrieb ( ESP_normal ) , 

10 ein erster eingeschrankter Betrieb (Backup_ABS) , in dem ein 

j Fahrzeugregler (FZR) des ESP nicht und lediglich ein 

Antiblockiersystem (ABS) f unkt ionsf ahig ist, ein zweiter 
eingeschrankter Betrieb (Backup__EBD) , in dem lediglich ein 
System zur Verteilung der Bremskraft (Electronic Brake 

15 Distribution, EBD) f unkt ionsf ahig ist, um zumindest ein 

Oberbremsen der Rader an der Hinterachse zu verhindern, und 
ein fehlerhafter Zustand (FailSafe), in dem alle 
wesentlichen Sicherheitsf unktionen des ESP, insbesondere 
FZR, ABS und EBD, ausgefallen sind. Um sicherheitskrit ische 

20 Fahrsituationen zu vermeiden, werden einem Fahrer des 

Kraf tf ahrzeugs die verschiedenen Systemzustande, zumindest 
aber die Zustande, in denen nur noch eine eingeschrankte 
bzw. eine fehlerhafte Funktion des Systems gegeben ist, 

& bspw. akustisch oder optisch mittels Warnlampen mitgeteilt. 

25 Das Computerprogramm ist auf einem Rechengerat, das 

insbesondere als ein Prozessor ausgebildet ist, eines 
Steuergerats zur Steuerung und/oder Regelung des 
Fahrdynami ksystems ablauffahig. 

30 Nach dem Stand der Technik wird das Computerprogramm zur 

Steuerung und/oder Regelung des Fahrdynamiksys terns in einem 
vorgebbaren Zeitraster, d. h. lediglich in einer einzigen 
Zeitscheibe, zyklisch abgearbeitet . Die Funkt ionsauf ruf e 
innerhalb des Computerprogramms erfolgen also in einer 

35 vorgegebenen Reihenfolge nacheinander . Die Reihenfolge wird 



derart vorgegeben, dass die Ei ngangsgrofien der Funktionen 
vor deren Ausfuhrung zur Verfugung stehen. Bei 
Eingangsgrofien, die von anderen Funktionen berechnet 
werden, mussen also diese anderen Funktionen zunachst 
ausgefuhrt werden, bevor die Funktion ausgefuhrt werden 
kann, welche die in den anderen Funktionen berechneten 
Eingangsgrofien benotigt . 

Aus dem Stand der Technik ist es des Weiteren bekannt, 
Computerprogramme zur Steuerung und/oder Regelung eines 
Systems auf einem multitaskingf ahigen Betriebssystem 
auszufuhren, und das Computerprogramm statt in einem 
einzigen in verschiedenen Zeitrastern abzuarbei t en . Das 
bedeutet jedoch, dass die Funktionen des Computerprogramms 
nicht mehr in einer strikt festgelegten Reihenfolge 
abgearbeitet werden und dass nunmehr andere Vorkehrungen 
getroffen werden mussen, um sicherzustellen, dass die 
Eingangsgrofien der Funktionen vor deren Ausfuhrung zur 
Verfugung stehen. 

Den Funktionen des Computerprogramms werden verschiedene 
Prioritaten zugeordnet . Sicherheit srelevanten Funktionen 
wird eine hohere Prioritat zugeordnet als anderen 
Funktionen. Hoherpriore Funktionen werden in kiirzeren 
Zeitrastern ausgefuhrt, d. h. in Zeitrastern, die haufiger 
wiederholt werden, wohingegen weniger sicherheitsrelevante 
Funktionen mit einer niedrigeren Prioritat in langeren 
Zeitrastern abgearbeitet werden, die seltener wiederholt 
werden. Insbesondere muss sichergestell t werden, dass die 
Eingangsgrofien der Funktionen immer zum richtigen Zeitpunkt 
vorliegen, d. h. eine Funktion, die bspw. in einem 5ms- 
Zeitraster abgearbeitet wird und Eingangsgrofien aus einem 
40ms-Zeitraster benotigt, darf erst dann ausgefuhrt werden, 
nachdem das 4 Oms -Zeit raster bereits abgearbeitet wurde und 
die erf orderlichen Eingangsgrofien berechnet wurden. 
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Der vorliegenden Erfindung liegt die Aufgabe zugrunde, den 
Ablauf eines mult i taskingf ahigen Computerprogramms derart 
zu koordinieren, dass die fur die Ausfuhrung einer Funktion 
des Computerprogramms erf order lichen Eingangsgroften zu 
Beginn der Ausfuhrung der Funktion mit Sicherheit 
vorliegen . 

Zur Losung dieser Aufgabe schlagt die vorliegende Erfindung 
ausgehend von dem Verfahren der eingangs genannten Art die 
nachf olgenden Ver f ahrensschritte vor : 

Unterteilen des Computerprogramms in mehrere 
f unktional zusammenhangende Funktionalitaten; 
Definition von moglichen Bet riebszus tanden fur die 
Funktionalitaten; 

Definition der moglichen Systemzustande des 
Systems, indem den Funktionalitaten fur jeden 
Systemzus tand vorgebbare Betriebszustande 
zugeordnet we r den; 

Ermitteln von Abhangigkeit der Funktionalitaten 
untereinander, wobei eine erste Funktionalitat von 
einer zweiten Funktionalitat abhangig ist, wenn 
mindestens eine Eingangsgrdfre der ersten 
Funktionalitat in der zweiten Funktionalitat 
ermittelt wird; und 

zentrale Vorgabe der fur einen bestimmten 
Systemzus tand erf order lichen Betriebszustande unter 
Berucksicht igung der ermittelten Abhangigkeiten 
zwischen den Funktionalitaten und weiterer 
Randbedingungen . 

Vorteile der Erfindung 

Das erf indungsgemafie Verfahren zur Steuerung des Ablaufs 
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eines mult itaskingf ahigen Computerprogramms ermoglicht es, 
das Computerprogramm zur Steuerung und/oder Regelung eines 
Systems in verschiedenen Zeitscheiben eines 

mult itaskingf ahigen Bet riebs systems unter Bertie ksicht igung 
5 der vorhandenen Abhangigkeiten der Funktionalitaten 

untereinander und weiterer Randbedingungen flexibel und 
schnell zu steuern. Eine Erweiterung des Computerprogramms 
durch Hinzufiigen weiterer Funktionalitaten ist problemlos 
moglich. 

10 

(*' Erf indungsgemaft wird das Computerprogramm also in mehrere 

funktional zusammenhangende Einheiten, sog. 

Funktionalitaten, unterteilt . Fur jede der Funktionalitaten 
werden zulassige Betriebszustande definiert. Die Definition 
15 der zulassigen Betriebszustande kann bspw. aufgrund von 
praktischen Erfahrungen, aufgrund von Simulationen Oder 
aufgrund von theoret ischen Uberlegungen erfolgen. Des 
Weiteren werden die Systemzustande, welche das System 
einnehmen kann, definiert. Jeder Systemzustand ist dadurch 
20 charakterisiert , dass mindestens eine Funktionalitat einen 
bestimmten Bet riebs zustand aufweist, d.h. mindestens einer 
der Betriebszustande einen vorgebbaren Wert einnimmt. Zur 
Definition der moglichen Systemzustande werden den 
Betriebszustanden fur jeden Systemzustand bestimmte Werte 
25 zugeordnet. 

Die Funktionalitaten des Computerprogramms werden 
aufgeteilt in voneinander abhangige Funktionalitaten 
einerseits und voneinander unabhangige Funktionalitaten 
30 andererseit s . So ist bspw. eine erste Funktionalitat von 

einer zweiten Funktionalitat abhangig, wenn mindestens eine 
Eingangsgrofre der ersten Funktionalitat in der zweiten 
Funktionalitat ermittelt wird. Die ermittelten 
Abhangigkeiten werden in dem Steuergerat abgelegt, so dass 
35 im Rahmen der Steuerung des Ablaufs des Computerprogramms 
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auf die ermittelten Abhangigkeiten zugegriffen werden kann. 
Diese Abhangigkeiten der einzelnen Funkt ionali taten 
zueinander bestimmen namlich gemaft der vorliegenden 
Erfindung entscheidend den Zeitpunkt, zu dem eine 
5 Funkt ionalitat von einem Betriebszustand in einen anderen 
Betriebszustand wechseln kann und somit, wann das 
Gesamtsystem von einem Sys t emzustand in einen anderen 
Systemzustand ubergehen kann. 

10 Sobald samtliche Eingangsgrdften einer best immten 

^ Funkt ionalitat , durch die ein bestimmter Systemzustand 

charakterisiert wird, vorliegen, kann der Betriebszustand 
dieser Funkt ionalitat gewechselt werden. Dies gilt auch fur 
alle weiteren Funktionalitaten, durch die der Systemzustand 

15 aufterdem noch charakterisiert ist. Erst wenn samtliche 
Funktionalitaten in den entsprechenden Betriebszustand 
gewechselt sind (und wenn evtl. weitere vorgebbare 
Randbedingungen erfullt sind) , geht das System in den 
gewunschten Systemzustand uber. Anders ausgedruckt, wird 

20 der gewunschte Systemzustand bzw. werden die diesen 

Systemzustand charakterisierenden Bet riebszustande der 
Funktionalitaten erst dann zentral vorgegeben, wenn die 
ermittelten Abhangigkeiten zwischen den Funktionalitaten 

. , und weitere Randbedingungen erfullt sind. 

25 

GemaB einer vorteilhaf ten Weiterbildung der vorliegenden 
Erfindung wird vorgeschlagen, dass ein Betriebszustand 
durch eine Betriebs zustands variable definiert wird, die 
verschiedene Betriebs zustandswerte annehmen kann. Somit ist 

30 jeder Funkt ionalitat eine Bet riebs zustands variable 

zugeordnet, die je nach Betriebsstellung der Funktionali tat 
unterschiedliche Betriebszustandswerte annimmt. Je nachdem, 
welch en Betriebs z us tandswert die Betriebs zustands variable 
einer Funkt ionalitat aufweist, steht die Funkt ionalitat 

35 bspw. in vollem Umfang, eingeschrankt oder uberhaupt nicht, 



zur Verfiigung. 

Die verschiedenen Betriebs zustande einer Funktionalitat 
konnen bspw. dadurch bedingt sein, dass bei der Ausfiihrung 
der Funktionalitat noch nicht alle erf orderlichen 
Eingangsgroften zur Verfiigung stehen. Falls es in einem 
solchen Fall nicht moglich sein sollte, vorab entsprechende 
Funktionalitaten zur Berechnung dieser Eingangsgrofren 
auszuf iihren, muss die Funktionalitat mit Eingangsgrolien 
ausgefuhrt werden, die mittels eines alternativen 
Algorithmus oder durch Modellierung aus anderen GroJJen 
ermittelt wurden. Das kann jedoch dazu fiihren, dass die 
Funktionalitat nicht in vollem Umfang, sondern lediglich 
eingeschrankt zur Verfiigung steht. Falls die fehlenden 
EingangsgroBen nicht modelliert oder anderweitig berechnet 
werden konnen, kann es sogar vorkommen, dass die 
Funktionalitat iiberhaupt nicht zur Verfiigung steht. 

Gemafi einer bevorzugten Ausf uhrungsf orm der vorliegenden 
Erfindung wird vorgeschlagen, dass die 
Betriebszus tandsvariable den Stellungen "voile 
Funktionalitat " , "eingeschrankte Funktionalitat" und "keine 
Funktionalitat " entsprechende Betriebszus tands we rte 
annehmen kann. 

Es wird des Weiteren vorgeschlagen, dass zur 
Beriicks icht igung der ermittelten Abhangigkeiten zwischen 
den Funktionalitaten die Abarbeitung der einen bestimmten 
Systemzustand charakterisierenden Funktionalitaten der art 
zeitlich gestaffelt wird, dass die zweite Funktionalitat 
zur Ermittlung der mindestens einen Eingangsgrofte fur die 
erste Funktionalitat vor der ersten Funktionalitat 
abgearbeitet wird . 



Alternativ wird vorgeschlagen, dass zur Beriicksicht igung 
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der ermittelten Abhangigkeiten zwischen den 

Funkt ionalitaten die mindestens eine Eingangsgrofie fur die 
erste Funktionalitat nicht durch Abarbeitung der zweiten 
Funkt ionalitat , sondern auf andere Weise ermitteit wird. 
Die andere Weise zur Ermittiung der mindestens einen 
Eingangsgrbfte fur die erste Funktionalitat umfasst 
vorteilhaf terweise eine Modellierung der Eingangsgrofte aus 
anderen Groften, eine Ermittiung einer Ersatzgrolie und/oder 
eine Ermittiung der EingangsgroBe anhand eines alternativen 
Algorithmus . 

Gemaft einer anderen vorteilhaf ten Weiterbildung der 
vorliegenden Erfindung wird vorgeschlagen, dass die 
Betriebszustande von einen bestimmten Systemzustand 
charakterisierenden Funktionalitaten in Abhangigkeit von 
mindestens einem in dem System auf get retenen Fehler 
vorgegeben werden. Gemafl dieser Weiterbildung werden also 
Fehlerzustande in dem System erkannt und lokalisiert. Die 
auf getretenen Fehler in dem System wirken sich auf die 
Auswahl und die Vorgabe eines bestimmten Systemzustands 
aus. Aufterdem werden diejenigen Eingangsgrofren, auf die 
sich der Fehler zustand auswirkt, entsprechend 
gekennzeichnet (Eingangsgroften-Statussignal ) . Der 
ausgewahlte Systemzustand und der Status der Eingangsgrofren 
wird dann bei der Auswahl und Vorgabe der Betriebszustande 
der einzelnen Funktionalitaten, welche den vorgegebenen 
Systemzustand charakterisieren, berucksicht igt . Es wird 
eine Strategie entwickelt, wie die einzelnen 
Funktionalitaten in die fur den ausgewahlten Systemzustand 
erf orderlichen Betriebszustande unter Berucks ichtigung der 
ermittelten Abhangigkeiten zwischen den Funktionalitaten 
uberfuhrt werden konnen. Wenn alle den Systemzustand 
charakterisierenden Funktionalitaten die erforderlichen 
Betriebszustande aufweisen, ist der Ubergang des Systems in 
den vorgegebenen Systemzustand abgeschlossen . 
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Gemaft noch einer anderen vorteilhaf ten Weiterbildung der 
vorliegenden Erfindung wird vorgeschlagen, dass die 
Bet riebs zus tande von einen bestimmten Systemzustand 
5 charakterisierenden Funkt ionalitaten in Abhangigkeit von 
den Ist-Betriebszustanden der Funkt ionalitaten vorgegeben 
werden. Gemaft dieser Weiterbildung wird anhand der Ist- 
Betriebszustande der Funkt ionalitaten der momentane Ist- 
Systemzustand ermittelt. Aufierdem wird der Ist- 

10 Betriebszustand bei der Steuerung der Betriebs zus tande 
untereinander berucksicht igt , so dass bspw. einer 
bestimmten Funkt ionalitat erst dann ein neuer Soll- 
Betriebszustand vorgegeben wird, wenn mindestens eine 
andere Funkt ionalitat einen er f orderlichen Betriebszustand 

15 eingenommen hat. In einem Fahrdynamiksystem eines 

Kraf t f ahrzeugs wird bspw. einem Fahrzeugregler erst dann 
ein neuer Soll-Betriebszustand vorgegeben, wenn der 
Betriebszustand eines ABS-Reglers den Ubergang von einer 
eingeschrankten zu einer vollen Funktionsf ahigkeit 

20 vollzogen hat. 

Er f indungsgemaft werden des Weiteren zwei besonders 
vorteilhafte Verwendungen des er f indungsgemaften Verfahrens 
zur Steuerung des Ablaufs eines mul ti tas kingf ahigen 

25 Computerprogramms vorgeschlagen . Zum einen wird 

vorgeschlagen, das Verfahren zur Steuerung des Ablaufs 
eines Computerprogramms zur Steuerung und/oder Regelung 
eines Systems in einem Fahrzeug, insbesondere in einem 
Kraf t f ahrzeug, zu verwenden. Insbesondere wird 

30 vorgeschlagen, das Verfahren zur Steuerung des Ablaufs 
eines Computerprogramms zur Steuerung und/oder Regelung 
eines Fahrdynamiksystems in einem Kraf t fahrzeug zu 
verwenden. Zum anderen wird vorgeschlagen, das Verfahren 
zur Steuerung des Ablaufs eines Computerprogramms zur 

35 Steuerung und/oder Regelung eines Systems in einem Gebaude 



zu verwenden. Insbesondere wird vorgeschlagen, das 
Verfahren zur Steuerung des Ablaufs eines Computerprogramms 
zur Steuerung und/oder Regelung eines Alarmsys terns , eines 
Heizungs- und Klimat isierungssystems und/oder eines 
Zugangskont rollsystems in einem Gebaude zu verwenden. 

Von besonderer Bedeutung ist die Realisierung des 
erf indungsgemafien Verfahrens in der Form eines 
Steuerprogramms , das fur ein Steuergerat zur Steuerung 
und/oder Regelung eines Systems, das verschiedene mogliche 
Systemzustande einnehmen kann, vorgesehen ist. Dabei ist 
das St euerprogramm auf einem Rechengerat, insbesondere auf 
einem Mikroprozessor, des Steuergerats ablauffahig und zur 
Ausfuhrung des erf indungsgemafien Verfahrens geeignet. In 
diesem Fall wird also die Erfindung durch das 
Steuerprogramm realisiert, so dass das Steuerprogramm in 
gleicher Weise die Erfindung darstellt wie das Verfahren, 
zu dessen Ausfuhrung es geeignet ist. Besonders bevorzugt 
ist dabei, wenn das Steuerprogramm auf einem 
Speicherelement , insbesondere auf einem Read-Only-Memory , 
auf einem Random-Access-Memory oder auf einem Flash-Memory 
abgespeichert ist . 



Als eine weitere Losung der Aufgabe der vorliegenden 
Erfindung wird ausgehend von dem Steuergerat der eingangs 
genannten Art vorgeschlagen, dass das Steuergerat des 
Weiteren umfasst: 



Mittel zum Unterteilen des Computerprogramms in 
mehrere funktional zusammenhangende 
Funktionalitaten ; 

Mittel zur Definition von zulassigen 
Betriebs zustanden der Funktionalitaten ; 

Mittel zur Definition der moglichen Systemzustande, 
wobei diese Mittel den Betriebszustanden fur jeden 
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Systemzustand vorgebbare Stellungen zuordnen; 
Mittel zum Ermitteln von voneinander abhangigen 
Funkt ionalitaten, wobei eine erste Funkt ionalitat 
von einer zweiten Funkt ionalitat abhangig ist, wenn 
5 mindestens eine Eingangsgrofte der ersten 

Funkt ionalitat in der zweiten Funkt ionalitat 
ermittelt wird; und 

Mittel zur zentralen Vorgabe der fur einen 
best immten Systemzustand erf or der lichen 
10 Bet r iebs zus tande unter Beriicksicht igung der 

^ ermittelten Abhangigkeiten zwischen den 

Funktionalitaten und weiterer Randbedingungen . 

Gemafr einer vorteilhaf ten Weiterbildung der vorliegenden 
15 Erfindung wird vorgeschlagen, dass das Steuergerat Mittel 
zur Ausfiihrung des erf indungsgemaften Verfahrens aufweist . 



Zeichnungen 



20 Weitere Merkmale, Anwendungsmoglichkei ten und Vorteile der 
Erfindung ergeben sich aus der nachf olgenden Beschreibung 
von Ausf uhrungsbeispielen der Erfindung, die in der 
Zeichnung dargestellt sind. Dabei bilden alle beschriebenen 
^ oder dargestellten Merkmale fur sich oder in beliebiger 
25 Kombination den Gegenstand der Erfindung, unabhangig von 
ihrer Zusammenf assung in den Patentanspruchen oder deren 
Riickbeziehung sowie unabhangig von ihrer Formulierung bzw. 
Darstellung in der Beschreibung bzw. in der Zeichnung. Es 
zeigen : 

30 

Figur 1 verschiedene Systemzustande eines Systems; 
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Figur 2 



eine Funkt ionalitat eines mult itaskingf ahigen 
Computerprogramms zur Steuerung und/oder Regelung 
eines Systems; 



Figur 3 ein Ablauf diagramm eines erf indungsgemaften 
Verfahrens gemaft einer bevorzugten 
Ausf iihrungs form; und 

Figur 4 ein erf indungsgemaftes Steuergerat gemaft einer 
bevorzugten Ausf uhrungsf orm. 

Beschreibung der Ausf iihrungsbeispiele 

Die vorliegende Erfindung betrifft ein multitas kingf ahiges 
Computerprogramm zur Steuerung und/oder Regelung eines 
Systems. Das Computerprogramm ist auf einem Rechengerat, 
insbesondere auf einem Mikroprozessor, eines Steuergerats 
zur Steuerung und/oder Regelung des Systems ablauffahig. 
Das multitaskingf ahige Computerprogramm wird in mehreren 
unterschiedlichen Zeitrastern abgearbei t et . Zwar 
wiederholen sich die einzelnen Zeitraster zyklisch, 
insgesamt betrachtet wird das Computerprogramm aber nicht 
zyklisch abgearbeitet . 

Das Computerprogramm ist in mehrere Aufgabenprogramme (sog. 
Tasks) unterteilt, denen verschiedene Prioritaten 
zugeordnet sind. Tasks mit sicherhei tsrelevant Aufgaben 
werden hohere Prioritaten zugeordnet als solchen Tasks, die 
keine sicherheit srelevanten Aufgaben haben . Die hoher 
prioren Tasks werden in kurzeren Zeitrastern ausgefuhrt, 
d. h. sie werden pro Zeiteinheit haufiger abgearbeitet als 
die nieder prioren Tasks. 

Die Unterteilung des Computerprogramms in mehrere Tasks 
betrifft die sof twaretechnische Realisierung des 
Computerprogramms. Auf der funktionalen Ebene ist das 
Computerprogramm in mehrere funktional zusammenhangende 
Einheiten, sog. Funktionalitaten, unterteilt. Eine 
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Funktionalitat kann eine oder mehrere Tasks umfassen. Bei 
einem Computerprogramm zur Steuerung und/oder Regelung 
eines Fahrdynami ksys terns (elektronisches 
Stabilitatsprogramm, ESP) in einem Kraf t f ahrzeug sind 
5 Funkt ionalitaten bspw. ein Ant iblockier system (ABS) , durch 
das ein Blockieren der Rader beim Bremsen verhindert wird, 
oder ein Fahr zeugregler (FZR), der auf die einzelnen Rader 
gezielt Bremseingr i f f e vornimmt, um die Fahrdynamik des 
Kraf t f ahrzeugs zu erhalten. 

10 

Aufgrund der Tatsache, dass bei einem mult itas kingf ahigen 
Computerprogramm die Funkt ionsaufrufe nicht einfach 
nacheinander erfolgen und somit nicht einfach durch die 
Reihenfolge der Aufrufe sichergestellt werden kann, dass 

15 die EingangsgroBen einer Funktionalitat von einer zuvor 

ausgefuhrten Funktionalitat bereits ermittelt worden sind, 
mussen bei mult itas kingf ahigen Computerprogrammen andere 
Vorkehrungen getroffen werden, um sicher zustellen, dass den 
auszuf uhrenden Funktionalitaten die erf orderlichen 

20 Eingangsgroften iminer richtig vorliegen. So darf bspw. eine 
Funktionalitat, die in einer 5ms-Task aufgerufen wird und 
die Eingangsgroften aus einer 40ms-Task benotigt, beim 
ersten Aufruf erst dann ausgefuhrt werden, wenn die 40ms- 
Task bereits berechnet wurde. 

25 

Ein wichtiger Aspekt der vorliegenden Erfindung ist es, 
dass jedem der Systemzustande bzw. jedem (zulassigen) 
Ubergang von einem ersten Systemzus tand zu einem zweiten 
Systemzustand Ubergangsbedingungen zugeordnet sind, und der 

30 Ablauf des Computerprogramms derart gesteuert wird, dass 

das System erst dann in den zweiten Systemzustand iiberfuhrt 
wird, wenn alle dem Ubergang in den zweiten Systemzustand 
zugeordneten Ubergangsbedingungen erfullt sind. Wenn die 
Ubergangsbedingung bspw. darin besteht, dass samtliche 

35 Eingangsgrofien einer den zweiten Systemzustand 
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charakterisierenden Funkt ionalitat zur Verfugung stehen, 
kann anhand des er f indungsgemaften Verfahrens sichergestellt 
werden, dass das Gesamtsys tern tatsachlich erst dann von dem 
ersten Sys temzustand in den zweiten Systemzustand uberfuhrt 
wird, wenn alle er f orderlichen Eingangsgrbften vorliegen. 

Die verschiedenen Systemzustande 30 sind in Figur 1 am 
Beispiel eines Fahrdynami ksystems (ESP) dargestellt. Es 
sind u.a. die nachf olgenden Systemzustande 30 moglich: 

„FullSystem" : Normalbetrieb, voile 

Funkt ions f ah igke it des Fahrdynami ksystems ; 

„Backup_ABS" : Nur Ant iblockiersys tern (ABS), kein 
Fahrzeugregler (FZR) aktiv, eingeschrankte 
Funktionsf ah igke it ; 

„Backup_EBD XN : Nur elektronische 
Bremskraf tverteilung (Electronic Brake 
Distribution, EBD) aktiv, eingeschrankte 
Funktionsf ah igke it ; 

„FailSafe": FZR, ABS, EBD inaktiv, keinerlei 
Funkt ionsf ahigkeit des Systems; und 

„XYZ": ein beliebig anderer Systemzustand. 

Die Ubergange zwischen den Systemzustanden sind mit dem 
Bezugszeichen 31 bezeichnet. 

In Figur 2 ist eine Funkt ionalitat X dargestellt, welche 
die Eingangsgrbfren Ein_i und die Ausgangsgrbften Aus_i 
aufweist . Zwischen den Eingangsgrolien Ein_i und den 
Ausgangsgrbften Aus_i ist ein in horizontaler Richtung 
verschiebbarer Schieber vorgesehen, der drei verschiedene 
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Betriebszustande A, B, C der Funktionalitat X 
reprasentiert. Durch Verschieben des Schiebers kann der 
Betriebszustand A, B, C der Funktionalitat X gewechselt 
werden . 

Die verschiedenen Sys temzus tande 30 des Systems sind 
dadurch charakterisiert, dass mindestens eine der 
Funkt ionalitaten X des Systems einen vorgebbaren 
Betriebszustand A, B, C aufweist. Aus der Summe der 
Betriebszustande A, B, C der Funkt ionalitaten X ergibt sich 
somit der entsprechende Systemzus tand 30 des Gesamt systems . 
Jeder Funktionalitat X des Computerprogramms ist eine 
Bet riebsz us tands variable zugeordnet , die verschiedene 
Betriebszustand'swerte, die jeweils einem bestimmten 
Betriebszustand A, B, C der Funktionalitat X entsprechen, 
annehmen kann. 

Das Umschalten einer Funktionalitat X in einen anderen 
Betriebszustand A, B, C kann bspw. erforderlich sein, wenn 
nicht alle zur Ausfuhrung der Funktionalitat X 
erf orderlichen EingangsgroBen Ein_i vorliegen. Zunachst 
kann versucht werden, den Ablauf dieser Funktionalitat X so 
weit hinauszuzogern, bis alle erf orderlichen Eingangsgroften 
Ein_i vorliegen, d. h. bis andere Funktionalitat en X, in 
denen die erf orderlichen Eingangsgroften Ein__i ermittelt 
wurden, ausgefuhrt worden sind. Es sind jedoch Situationen 
denkbar, in denen ein Hinauszogern der Ausfuhrung einer 
Funktionalitat X, bis alle erf orderlichen EingangsgroBen 
Ein_i vorliegen, nicht mdglich ist. In einem solchen Fall 
konnen die fehlenden Eingangsgrdften Ein__i auch anhand 
anderer Grofien modelliert oder mittels eines alternativen 
Algorithmus berechnet werden. Es ist auch denkbar, statt 
der fehlenden Eingangsgrdfte Ein_i eine andere Grofte, die 
bereits zur Verfugung steht, zur Ausfuhrung der 
Funktionalitat X heranzuziehen. Alle diese Maflnahmen , die 



ergriffen werden kbnnen, falls eine erf orderliche 
Eingangsgrofte Ein_i nicht zur Verfugung steht, fuhren 
letzten Endes jedoch mehr oder weniger zu einer 
Einschrankung der Funkt ionsf ahigkeit der Funkt ionali tat , 
was durch einen ' Wechsel des Betriebszustandes A, B, C 
ausgedruckt wird. 

In Figur 3 wird ein Verfahren zur Steuerung des Ablaufs 
eines mult it as kingf ahigen Compute rprogramms bei spiel ha ft 
anhand eines Fahrdynamiksystems in einem Kraf t f ahr zeug 
beschrieben. Dieses Verfahren und insbesondere die 
vorliegende Erfindung kann jedoch fur beliebige Systeme 
eingesetzt werden, die durch ein multitaskingf ahiges 
Computerprogramm gesteuert und/oder geregelt werden. Eine 
weitere Einsat zmoglichkeit , die hier ausdrucklich 
angesprochen wird, ist der Einsatz des er f indungsgemaften 
Verfahrens zur Steuerung des Ablaufs eines 
Computerprogramms zur Steuerung und/oder Regelung eines 
Alarmsystems , eines Heizungs- und Klimat isierungssystems 
und/oder eines Zugangskontrollsystems in einem Gebaude, 
also an den Einsatz des er f indungsgemaflen Verfahrens im 
Bereich des Gebaudemanagements . 

In einem Funkt ionsblock 1 wird die sog. Piatt form-Software 
(PSW) uberwacht. Unter Piatt form-Software wird der 
hardwarenahe Teil des Computerprogramms zur Steuerung 
und/oder Regelung des Fahrdynamiksystems verstanden. In 
einem Funktionsblock 2 wird die Anwender-Sof tware (ASW) 
uberwacht. Unter Anwender-Sof tware wird bei einem 
Fahrdynamiksystem bspw. die ABS-Regelung oder der 
Fahrzeugregler (FZR) verstanden. Die Funkt ionsblocke 1 und 
2 dienen zur Erkennung von Fehlern 11, 12 in den 
entsprechenden Sof twareteilen . Ein moglicher Fehler 11, 12, 
der in den Funkt ionsblocken 1 und 2 erkannt werden konnte, 
ware bspw. ein Sensorf ehler , der es verhindert, dass eine 
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bestimmte Eingangsgrofie Ein_i, die zur Berechnung einer 
Funktionalitat X erf order lich ist, zur Verfugung steht . 

Die in den Funktionsblocken 1 und 2 erkannten Fehler 11, 12 
werden an einen Funktionsblock 3 ubermittelt, der als ein 
Makro realisiert ist. In dem Funkt ionsblock 3 wird anhand 
der in den Funktionsblocken 1 und 2 ermittelten Fehler 11, 
12 ein ent sprechender Fehler zustand 13 des Systems 
ermittelt. Dieser Fehler zustand 13 wird von dem 
Funkt ionsblock 3 an einen weiteren Funkt ionsblock 4 
iibertragen, der als Failure Processing System (FPS) 
bezeichnet wird. In dem Funkt ionsblock 4 wird unter 
Berucksichtigung der ermittelten Fehler zustande 13 eine 
entsprechende Strategie zum Ubergang in den zweiten 
Systemzustand, genauer gesagt, eine Strategie zum gezielten 
Wechseln der Bet riebszustande A, B, C der den zweiten 
Systemzustand charakterisierenden Funkt iona lit a ten, 
ermittelt. Die in dem Funktionsblock 4 ermittelte Strategie 
14 zum Umschalten der Betriebszustande A, B, C der 
Funktionalitaten X zum Ubergang in den zweiten 
Systemzustand, wird an einen Funktionsblock 5 ubermittelt. 
Genauer gesagt, werden von dem Funktionsblock 4 an den 
Funktionsblock 5 gemafi der ermittelten Strategie 14 
nacheinander verschiedene Soil -Bet riebszustande der j en i gen 
Funktionalitaten ubermittelt, die den zweiten Systemzustand 
charakterisieren . Die ermittelte Strategie 14 represent iert 
also einem Soll-Systemzustand, in dem vorliegenden 
Ausf uhrungsbeispiel den zweiten Systemzustand. 

Die in dem Funktionsblock 3 ermittelten Fehler zustande 13 
werden aufierdem an einen Funktionsblock 6 iibertragen, in 
welchem der Status der Eingangsgrofr en Ein_i der 
Funktionalitaten X durch Setzen eines sog. Invalid Bit 
ge kennzeichnet wird. Fur jede Eingangsgrbfie Ein_i der 
Funktionalitaten X des Computerprogramms ist ein eigenes 



18 



Statussignal in Form des Invalid Bit vorgesehen. Wenn also 
in den Funkt ionsblocken 1 oder 2 ein Sensorfehler 11, 12 
detektiert wurde, werden diejenigen Eingangsgrofren Ein_i, 
die von dem Sensorfehler 11, 12 beeintracht igt werden, 
durch Setzen oder Loschen des Invalid Bit entsprechend 
ge kennzeichnet . Das Statussignal 15 wird ebenfalls an den 
Funkt ionsblock 5 iibertragen. 

In einem Funkt ionsblock 7 wird der Ist-Systemzustand 16 
ermittelt und ebenfalls an den Funkt ionsblock 5 iibertragen. 
Am Beispiel eines Fahrdynami ksys terns umfasst der Ist- 
Systemzustand 16 den Zustand des Fahrdynamiksystems an 
sich, aber auch den Fahrzustand des Kraf t f ahr zeugs . In 
einem Funkt ionsblock 8 werden die Abhangigkeiten 17 der 
Betriebszustande A, B, C bzw. der Funktionalitaten X 
untereinander ermittelt. Die ermittelten Abhangigkeiten 17 
werden ebenfalls an den Funkt ionsblock 5 ubermittelt. 

In dem Funkt ionsblock 5 werden Soll-Betriebszustande 18 in 
Abhangigkeit der von den Funktionsblocken 4, 6, 7, 8 
erhaltenen Grofien 14, 15, 16, 17 aufbereitet. Insbesondere 
wird in dem Funkt ionsblock 5 uberpriift, ob die 
Betriebszustandsvariablen der Funkt ionalitaten X die fur 
den zweiten Systemzus tand geforderten Bet riebs zust andswert e 
aufweisen, d. h. ob sich die den zweiten Systemzus tand 
charakterisierenden Funktionalitaten in den geforderten 
Betriebs zustanden befinden. Die Funkt ionsblocke 4 bis 8 
sind in einem iibergeordneten Funkt ionsblock 9 
zusammengef asst , der als Controller Release System (CRS) 
bezeichnet wird. 

Falls in dem Funkt ionsblock 5 festgestellt wird, dass die 
Betriebszustandsvariablen die geforderten 
Betriebszustandswerte aufweisen, d. h. sich die 
Funktionalitaten, welche den zweiten Sys temzustand 
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charakterisieren, in den geforderten Bet riebs zus tanden 
befinden, gibt der Funkt ionsblock 5 einen oder mehrere 
Soll-Betriebszustande 18 vor und uberrnittelt diese an einen 
Funktionsblock 10. In dem Funkt ionsblock 10 ist die 
Anwendersoftware (ASW) und eine Sicherhei t ssof tware (SIS) 
sowie eine Of f setauf bereitung enthalten. Die ASW entspricht 
dem Reglerteil der Software (z. B. zur ABS-, ASR- oder 
Motormomentenregler ) . Die entsprechenden Funkt ionalitaten 
in dem Funktionsblock 10 v/erden dann in den Soll- 
Betriebszustand 18 geschaltet. Der Ist-Betriebszustand 19 
wird von dem Funktionsblock 10 an die Funkt ionsblocke 7 und 
8 uberrnittelt. Dort werden sie zur Ermittlung des Ist- 
Systemzustandes in Funktionsblock 7 und zur Ermittlung der 
Abhangigkeiten der Funktionalitaten X untereinander in 
Funktionsblock 8 herangezogen . 

Beim Ubergang von einem Betriebs zustand A, B, C in einen 
anderen konnen prinzipiell zwei unterschiedliche Arten von 
Ubergangen unterschieden werden: 

Der Ubergang von einem Bet riebszustand niedriger 
Prioritat zu einem Bet riebs zus tand hoherer 
Prioritat wie bspw. der Ubergang von ABS_Vollsystem 
zu ABS_Off. Dieser Ubergang erfolgt unmittelbar, 
damit es zu keinen weiteren eventuell fehlerhaften 
Ansteuerungen kommen kann. 

Der Ubergang von einem Betriebszustand hoherer 
Prioritat zu einem Betriebszustand niedrigerer 
Prioritat, wie bspw. von ABS__0ff zu ABS_Vollsystem. 
In diesem Fall wird der Ubergang von dem Soli- zu 
dem Ist-Betriebszustand durch die Funkt ionalitat 
selbst bestimmt. Dabei muss der Ist-Betriebszustand 
solange voll f unktionsf ahig bleiben, bis der Soil- 
Bet riebs zustand erreicht ist. Wahrend der 
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Umschaltphase von dem I st-Betriebszustand in den 
Soil-Bet riebszustand werden beide Bet riebs zustande 
parallel berechnet. Somit bestimmt die 
Funkt ionali t at selbst, wann der Ubergang erfolgen 
soli. Zu beachten ist, dass wahrend der 
Ubergangsphase akustische oder optische 
Warnhinweise weiterhin ausgegeben werden miissen. 
Seitens des FPS (Failure Processing System) in 
Funkt ionsblock 4 werden keine Warnhinweise mehr 
ausgegeben, da durch einen Reset der in den 
Funktionsblocken 1 oder 2 erkannte Fehler 11, 12 
bereits zuruckgesetzt wurde. 

In Figur 4 ist ein erf indungsgemafies Steuergerat in seiner 
Gesamtheit mit dem Bezugs zeichen 20 bezeichnet. Das 
Steuergerat 20 dient zur Steuerung und/oder Regelung eines 
Systems, das verschiedene mogliche Systemzustande einnehmen 
kann, insbesondere eines Fahrdynamiksystems in einem 
Kraf tf ahrzeug . Das Steuergerat 20 umfasst ein Rechengerat 
21, das als ein Mikroprozessor ausgebildet ist. Auf dem 
Rechengerat 21 ist ein in mehrere funktional 
zusammenhangende Funkt ionalitaten unterteiltes 
multitaskingf ahiges Computerprogramm 22 ablauffahig. Das 
Computerprogramm 22 dient zur Steuerung und/oder Regelung 
des Systems nach dem erf indungsgemaften Verfahren, wenn es 
auf dem Rechengerat 21 ablauft. Des Weiteren sind in dem 
Steuergerat 20 Mittel 23 zur Koordination des Ablaufs des 
Computerprogramms 22 vorgesehen. Die Mittel 23 sind als ein 
St euerprogramm ausgebildet, das ebenfalls auf dem 
Rechengerat 21 ablauffahig ist. Das Computerprogramm 22 und 
das Steuerprogramm 23 sind auf einem Speicherelement 24 
abgespeichert , das bspw. als ein Flash-Memory ausgebildet 
ist. Zur Abarbeitung des Computerprogramms 22 und des 
Steuerprogramms 23 werden diese entweder als Ganzes oder 
abschnittsweise uber eine Datenverbindung 25 an das 
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Rechengerat 21 ubermi ttelt . Ebenso konnen in der 
Gegenrichtung liber die Datenverbindung 25 Ergebnisse von 
Berechnungen, die in dem Rechengerat 21 ausgefuhrt wurden, 
oder andere Daten an das Speicherelement 24 ubermittelt und 
dort abgespeichert werden. Das Steuerprogramm 23 dient zur 
Ausfuhrung des er f indungsgemaflen Verfahrens, wenn es auf 
dem Rechengerat 21 ausgefuhrt wird. 
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Anspruche 

1. Verfahren zur Steuerung des Ablaufs eines 
multitaskingf ahigen Computerprogramms (22) auf einem 
Rechengerat (21) , insbesondere auf einem Mi kroprozessor , 
eines Steuergerats (20) zur Steuerung und/oder Regelung 
eines Systems, das verschiedene mogliche Systemzustande 
(30) einnehmen kann, gekennzeichnet durch die nachf olgenden 
Verf ahrensschritte : 

Unterteilen des Computerprogramms (22) in 
mehrere funktional zusammenhangende 
Funktionalitaten (X) ; 

Definition von mogiichen Bet r iebszustanden (A, 
B, C) fur die Funktionalitaten (X) ; 

Definition der mogiichen Systemzustande (30) 
des Systems, indem den Funktionalitaten (X) 
fur jeden Systemzus tand (30) vorgebbare 
Betriebszustande (A, B, C) zugeordnet werden; 

Ermitteln von Abhangigkeit der 

Funktionalitaten (X) untereinander , wobei eine 
erste Funkt ionalitat von einer zweiten 
Funktionalitat abhangig ist, wenn mindestens 
eine Eingangsgrofte (Ein__i) der ersten 
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Funktionalitat in der zweiten Funkt ionalitat 
ermittelt wird; und 

zentrale Vorgabe der fiir einen bestimmten 
Systemzustand (30) er f orderlichen 
Bet riebszustande (A, B, C) unter 
Berucksichtigung der ermittelten 
Abhangigkeiten zwischen den Funkt ionalitaten 
(X) und weiterer Randbedingungen . 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , 
dass ein Bet riebs zustand (A, B, C) durch eine 
Betriebszustandsvariable definiert wird, die verschiedene 
Betriebszustandswerte annehmen kann. 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, 
dass die Betriebszustandsvariable den Stellungen „volle 

15 Funktionalitat'' (ESP) , „eingeschrankte Funktionalitat " 
(Backup_ABS, Backup_EBD) und „keine Funktionalitat'' 
(FailSafe ) ent sprechende Betriebszustandswerte annehmen 
kann . 

4. Verfahren nach einem der Anspruche 1 bis 3, dadurch 
20 gekennzeichnet, dass zur Berucksichtigung der ermittelten 

Abhangigkeiten zwischen den Funkt ionalitaten (X) die 
W Abarbeitung der einen bestimmten Systemzustand 

charakterisierenden Funkt ionalitaten (X) derart zeitlich 

gestaffelt wird, dass die zweite Funktionalitat zur 
25 Ermittlung der mindestens einen Eingangsgrofr e (Ein_i) fur 

die erste Funktionalitat vor der ersten Funktionalitat 

abgearbeitet wird . 

5. Verfahren nach einem der Anspruche 1 bis 3, dadurch 
gekennzeichnet, dass zur Berucksichtigung der ermittelten 

30 Abhangigkeiten zwischen den Funkt ionalitaten (X) die 
mindestens eine Eingangsgrolie (Ein_i) fur die erste 
Funktionalitat nicht durch Abarbeitung der zweiten 
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Funktionalitat , sondern auf andere Weise ermittelt wird. 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, 
dass die andere Weise zur Ermittlung der mindestens einen 
Eingangsgrofre (Ein__i) fur die erste Funktionalitat eine 
Modellierung der Eingangsgrofte (Ein__i) aus anderen Groften, 
eine Ermittlung einer Ersatzgrofie und/oder eine Ermittlung 
der Eingangsgrofte anhand eines alternativen Algorithmus 
umfasst . 

7. Verfahren nach einem der Anspruche 1 bis 6, dadurch 
gekennzeichnet, dass die Betriebszustande (A, B, C) von 
einen bestimmten Systemzustand (14) charakter i sierenden 
Funktionalitaten (X) in Abhangigkeit von mindestens einem 
in dem System auf get ret enen Fehler (11, 12) vorgegeben 
werden . 

8. Verfahren nach einem der Anspruche 1 bis 7, dadurch 
gekennzeichnet , dass die Betriebszustande (A, B, C; 18) von 
einen bestimmten Systemzustand (14) charakterisierenden 
Funktionalitaten (X) in Abhangigkeit von den 1st- 

Bet riebszustanden (19) der Funktionalitaten (X) vorgegeben 
werden . 

9. Verwendung eines Verfahrens zur Steuerung des Ablaufs 
eines Computerprogramms (22) nach einem der Anspruche 1 bis 
8, dadurch gekennzeichnet, dass das Verfahren zur Steuerung 
des Ablaufs eines Computerprogramms (22) zur Steuerung 
und/oder Regelung eines Systems in einem Fahrzeug, 
insbesondere in einem Kraf tf ahr zeug, verwendet wird. 

10. Verwendung nach Anspruch 9, dadurch gekennzeichnet, 
dass das Verfahren zur Steuerung des Ablaufs eines 
Computerprogramms (22) zur Steuerung und/oder Regelung 
eines Fahrdynamiksystems (ESP) in einem Kraf t fahrzeug 
verwendet wird. 
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11- Verwendung eines Verfahrens zur Steuerung des Ablaufs 
eines Computerprogramms (22) nach einem der Anspruche 1 bis 
8, dadurch gekennzeichnet, dass das Verfahren zur Steuerung 
des Ablaufs eines Computerprogramms (22) zur Steuerung 
und/oder Regelung eines Systems in einem Gebaude verwendet 
wird . 

12. Verwendung nach Anspruch 11, dadurch gekennzeichnet , 
dass das Verfahren zur Steuerung des Ablaufs eines 
Computerprogramms (22) zur Steuerung und/oder Regelung 
eines Alarmsystems, eines Heizungs- und 
Klimatisierungssystems und/oder eines 

Zugangskont rollsystems in einem Gebaude verwendet wird. 

13. Steuerprogramm (23) zur Steuerung des Ablaufs eines 
mult itaskingf ahigen Computerprogramms (22) auf einem 
Rechengerat (21), insbesondere auf einem Mikroprozessor , 
eines Steuergerats (20) zur Steuerung und/oder Regelung 
eines Systems, das verschiedene mogliche Syst emzus tande 
(30) einnehmen kann, wobei das Steuerprogramm (23) auf dem 
Rechengerat (21) ablauffahig ist, dadurch gekennzeichnet, 
dass das Computerprogramm (22) zur Ausfuhrung eines 
Verfahrens nach einem der Anspruche 1 bis 8 geeignet ist, 
wenn es auf dem Rechengerat (21) ablauft. 

14. Steuerprogramm (23) nach Anspruch 13, dadurch 
gekennzeichnet, dass das Steuerprogramm (23) auf einem 
Speicherelement (24), insbesondere auf einem Read-Only- 
Memory, auf einem Random-Access-Memory oder auf einem 
Flash-Memory abgespeichert ist. 

15. Steuergerat (20) zur Steuerung und/oder Regelung eines 
Systems, das verschiedene mogliche Systemzus tande (30) 
einnehmen kann, wobei das Steuergerat ein Rechengerat (21) , 
insbesondere einen Mikroprozessor , auf dem ein 
multitaskingf ahiges Computerprogramm (22) ablauffahig ist, 
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und Mittel (23) zur Steuerung des Ablaufs des 
Computerprogramms (22) umfasst, dadiarch gekennzeichnet, 

class das Steuergerat (20) des weiteren umfasst: 

Mittel zum Unterteilen des Computerprogramms 
5 (22) in mehrere funktional zusammenhangende 

Funkt ionali taten (X) ; 

Mittel zur Definition von zulassigen 
Betriebszustanden (A, B, C) der 
Funktionalitaten (X) ; 

10 - Mittel zur Definition der moglichen 

Systemzustande (30), wobei diese Mittel den 
Betriebszustanden (A, B, C) fur jeden 
Systemzustand (30) vorgebbare Stellungen 
zuordnen; 

15 - Mittel (8) zum Ermitteln von voneinander 

abhangigen Funktionalitaten (X) , wobei eine 
erste Funktionalitat von einer zweiten 
Funktionalitat abhangig ist, wenn mindestens 
eine Eingangsgrofte (Ein__i) der ersten 

20 Funktionalitat in der zweiten Funktionalitat 

^ ermittelt wird; und 

Mittel (5) zur zentralen Vorgabe der fur einen 
bestimmten Systemzustand (30) erf order lichen 
Betriebszustande (A, B, C; 18) unter 
25 Berucksicht igung der ermittelten 

Abhangigkeiten (17) zwischen den 
Funktionalitaten (X) und weiterer 
Randbedingungen . 

16. Steuergerat (20) nach Anspruch 15, dadurch 
30 gekennzeichnet, dass das Steuergerat (20) Mittel zur 

Ausfuhrung eines Verfahrens nach einem der Anspruche 2 bis 
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Zusammenf as sung 



Die Erfindung betrifft ein Verfahren und ein Steuergerat 
(20) zur Steuerung des Ablauts eines multitaskingf ahigen 
Computerprogramms (22) auf einem Rechengerat (21), 
insbesondere auf einem Mikroprozessor , des Steuergerats 

20 (20) zur Steuerung und/oder Regelung eines Systems. Das 

System kann verschiedene mogliche Systemzus tande einnehmen, 
Damit die fur die Ausfiihrung einer Funktion des 
Computerprogramms (22) erf orderlichen Eingangsgroften zu 
Beginn der Ausfuhrung der Funktion mit Sicherheit 

25 vorliegen, werden die nachf olgenden Ver f ahrensschr itte 
vorgeschlagen : 

Unterteilen des Computerprogramms (22) in 
mehrere funktional zusammenhangende 
30 Funktionalitaten (X); 



Definition von moglichen Betriebszus t anden (A, 
B, C) fur die Funktionalitaten (X) ; 
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Definition der moglichen Sys temzus tande (30) 
des Systems, indem den Funktionalitaten (X) 
fur jeden Systemzustand (30) vorgebbare 
Bet riebszustande (A, B, C) zugeordnet werden; 

Ermitteln von Abhangigkeit der 

Funktionalitaten (X) untereinander , wobei eine 
erste Funktionalitat von einer zweiten 
Funktionalitat abhangig ist, wenn mindestens 
eine Eingangsgrol^e (Ein__i) der ersten 
Funktionalitat in der zweiten Funktionalitat 
ermittelt wird; und 

zentrale Vorgabe der fur einen bestimmten 
Systemzustand (30) erf orderlichen 
Betriebszustande (A, B, C) unter 
Berucksichtigung der ermittelten 
Abhangigkeiten zwischen den Funktionalitaten 
(X) und weiterer Randbedingungen . (Figur 2) 
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Fig. 4 




